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Description 

METHOD AND SYSTEM FOR GENERATING AN AUTOMATIC AUTHORIZATION 
Technical Field 

[001] The present invention relates to a method and system for generating an automatic 
authorization of shopping carts created during a procedure of electronic procurement of goods or 
services. 

Background Art 

[002] Within a particular business, typically there are well-established requisition rules 
regarding the procedure to be followed in the procurement of goods and services, e.g., computer 
equipment or office supplies. Requisition rules will vary from company to company, depending 
upon a number of factors. 

[003] In a first step, the individual within the business entity (hereinafter referred to as a 
"company") identifies a need and selects desired goods or services firom a catalogue provided by 
internal or extemal suppliers. 

[004] An authorization step requires designated individuals to approve the purchase of the 
goods or services. Within the requisition rules, the designated individuals may be identified in 
what is referred to as an "authorization workflow." The authorization workflow may identify a 
single person, e.g., a finance manager, or a number of individuals. The authorization workflow 
for two independent companies is not likely to be the same. 

[005] If the requisition is approved, a purchase order is generated. The purchase order is sent to 
a vendor of the requested goods or services. The vendor then supplies the requested item, i.e., 
goods or services. Payment may be sent with the purchase order, but is typically sent in response 
to an invoice generated by the vendor for delivery with the item. 

[006] Electronic procurement systems simplify this procedure by providing users with virtual 
shops offering different items to be ordered online. Typically they are set up in a computer 
network using a client server structure. After accessing a virtual shop a showcase containing 
representations of items available in the shop is displayed on the user screen. The user performs . 
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^ his/her procurement by selecting representations of the items to be ordered and by putting the 
items into a representation of a shopping cart also displayed on the screen. An authorization 
process is started at the end of the procedure, usually when the shopping cart is being saved for 
further processing. 

[007] A typical authorization scenario includes the value of total shopping cart contents being 
compared either to a fixed amount stored in the system, or to a spending limit (sometimes called 
budget) defined by the purchaser's position within the company's organizational structure, or by 
the purchaser's role within the workflow or by purchaser's definition as user. If the value of the 
total shopping cart contents is below the fixed amount or spending limit an automated approval 
is generated. If the value of total shopping cart contents is above the fixed amoimt or spending 
limit an approval workflow is started which implements for example at least one manager's 
approval. Alternatively the purchaser can successively remove items from the shopping cart 
until a shopping cart value below the fixed amount or spending limit is reached. 
[008] This functionality is thought not appropriate for professional buyers but is suitable for 
desktop users carrying out low value purchases. It enables employees to order/purchase goods 
and services up to the specified amount without getting a manager's approval each time and thus 
reduces the total expenses for purchases. 

[009] It constitutes a main disadvantage of the above outlined authorization scenario that users 
can create multiple shopping carts in the procurement system each with a value slightly below 
the approval threshold thus creating procurement transactions above their approved limits 
without further approval. 

Disclosure of Invention 

[010] Generally, the invention provides a method for automated procurement authorization in 
an electronic shopping system with improved purchaser/user budget control. 
[Oil] In one aspect, a method for generating an automatic authorization of shopping carts 
created during a procedure of electronic procurement of goods or services depending on values 
stored in a database table is described. Each employee or user has a User-defined Budget to his 
disposal, e.g. an amount of money assigned to a user for buying goods or services. Opposite to 
the * Spending Limit' approach known in the state of the art, the User-defined Budget- value 
really is a kind of budget, which can be spent and is determined for a certain time period. By 
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-ordering goods or services the costs are added within the time period and compared whether 
added costs exceed the User-Budget. If so, then the current shopping has to go through 
manager's approval, otherwise an automated approval workflow is started. The added costs are 
updated, if dxiring approval a manager or requestor rejects or changes or adds items. 
Initialization of the 'cumulative amount spent' occurs automatically at a first update in a new 
time period (month, year). 

[012] Providing a user with a budget over a time period is like an approval, which happens in 
advance. The budget is used to regulate the employee's buying authorities and to distribute 
available money among employees. Assigning of a certain User-defined Budget to an employee 
is a delegation of authority to buy. It removes unnecessary administrative expenditures and thus 
shortens the time of procurements. 

[013] In one embodiment the method for generating an automatic authorization includes values 
stored in a database table. In another embodiment the data is retrieved from two database tables. 
The first database table includes at least one of a user identification, budget- value, currency and 
time period for the budget-value. The second database table includes at least one of a user 
identification, cumulative amoxmt spent, currency and spending-date. 

[014] Details of one or more implementations are set forth in the accompanying drawings and 
the description below. Other features and advantages may be apparent from the description, the 
dravsdngs, and the claims. 

Brief Description of the Drawings 

[015] Figure 1 shows a generic computer system used to implement current invention. 
[016] Figure 2 shows an exemplary network topography used to implement current invention. 
[017] Figure 3 shows a flow chart of the process after the shopping cart has been saved for 
further processing. 

[018] Figure 4 shows a flow chart of the sub process for the budget check. 
Mode for the Invention 

[019] Referring now to the drawings, in which like numerals represent like elements throughout 
the several figures, aspects of the present invention and the exemplary operating environment 
will be described. 
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1' ' 

• [020] FIG. 1 illustrates a simplified block diagram of exemplary computer system 999 having a 
plurality of computers 900, 901, 902 (or even more). 

[021] Computer 900 can conmiunicate with computers 901 and 902 over network 990. 
Computer 900 has processor 910, memory 920, bus 930, and, optionally, input device 940 and 
output device 950 (I/O devices, user interface 960). As illustrated, the invention is implemented 
by computer program product 100 (CPP), carrier 970 and signal 980. 
[022] In respect to computer 900, computer 901/902 is sometimes referred to as "remote 
computer", computer 901/902 is, for example, a server, a peer device or other common network 
node, and typically has many or all of the elements described relative to computer 900. 
[023] Computer 900 is, for example, a conventional personal computer (PC), a desktop device 
or a hand-held device, a multiprocessor computer, a pen computer, a microprocessor-based or 
programmable consumer electronics device, a minicomputer, a mainframe computer, a personal 
mobile computing device, a mobile phone, a portable or stationary personal computer, a palmtop 
computer or the like. 

[024] Processor 910 is, for example, a central processing unit (CPU), a micro-controller imit 
(MCU), digital signal processor (DSP), or the like. 

[025] Memory 920 is elements that temporarily or permanently store data and instructions. 
Although memory 920 is illustrated as part of computer 900, memory can also be implemented 
in network 990, in computers 901/902 and in processor 910 itself (e.g., cache, register), or 
elsewhere. Memory 920 can be a read only memory (ROM), a reuidom access memory (RAM), 
or a memory with other access options. Memory 920 is physically implemented by computer- 
readable media, for example: (a) magnetic media, like a hard disk, a floppy disk, or other 
magnetic disk, a tape, a cassette tape; (b) optical media, like optical disk (CD-ROM, digital 
versatile disk - DVD); (c) semiconductor media, like DRAM, SRAM, EPROM EEPROM, 
memory stick. 

[026] Optionally, memory 920 is distributed. Portions of memory 920 can be removable or 
non-removable. For reading from media and for writing in media, computer 900 uses well- 
known devices, for example, disk drives, or tape drives. 

[027] Memory 920 stores modules such as, for example, a basic input output system (BIOS), an 
operating system (OS), a program library, a compiler, an interpreter, and a text-processing tool. 
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•Modules are commercially available and can be installed on computer 900. For simplicity, these 
modules are not illustrated. 

[028] CPP 100 has program instructions and - optionally - data that cause processor 910 to 
execute method steps of the present invention. In other words, CPP 100 can control the 
operation of computer 900 and its interaction in network system 999 so that is operates to 
perform in accordeuice with the invention. For example and without the intention to be limiting, 
CPP 100 can be available as source code in any programming language, and as object code 
("binary code") in a compiled form. 

[029] Although CPP 100 is illustrated as being stored in memory 920, CPP 100 can be located 
elsewhere. CP 100 can also be embodied in carrier 970. 

[030] Carrier 970 is illustrated outside computer 900. For communicating CPP 100 to 
computer 900, carrier 970 is conveniently inserted into input device 940. Carrier 970 is 
implemented as any computer readable medium, such as a medium largely explained above (cf. 
memory 920). Generally, carrier 970 is an article of manufacture having a computer readable 
medium with computer readable program code to cause the computer to perform methods of the 
present invention. Further, signal 980 can also embody computer program product 100. 
[031] Having described CPP 100, carrier 970, and signal 980 in connection with computer 900 
is convenient. Optionally, further carriers and further signals embody computer program 
products (CPP) to be executed by further processors in computers 901 and 902. 
[032] Input device 940 provides data and instructions for processing by computer 900. Device 
940 can be a keyboard, a pointing device (e.g., mouse, trackball, cursor direction keys), 
microphone, joystick, game pad, scanner, or disc drive. Although the examples are devices with 
human interaction, device 940 can also be a device without human interaction, for example, a 
wireless receiver (e.g., with satellite dish or terrestrial antenna), a sensor (e.g., a thermometer), a 
counter (e.g., a goods counter in a factory). Input device 940 can serve to read carrier 970. 
[033] Output device 950 presents instructions and data that have been processed. For example, 
this can be a monitor or a display, (cathode ray tube (CRT), flat panel display, liquid crystal 
display (LCD), speaker, printer, plotter, vibration alert device. Output device 950 can 
communicate with the user, but it can also communicate with further computers. 
[034] Input device 940 and output device 950 can be combined to a single device. Any device 
940 and 950 can be provided optional. 



5 



' [035] Bus 930 and network 990 provide logical and physical connections by conveying 
instruction and data signals. While connections inside computer 900 are conveniently referred to 
as "bus 930", connections between computers 900-902 are referred to as "network 990". 
Optionally, network 990 includes gateways which are computers that specialize in data 
transmission and protocol conversion. 

[036] Devices 940 and 950 are coupled to computer 900 by bus 930 (as illustrated) or by 
network 990 (optional). While the signals inside computer 900 are mostly electrical signals, the 
signals in network are electrical, electromagnetic, optical or wireless (radio) signals. 
[037] Networks are commonplace in offices, enterprise- wide computer networks, intranets and 
the Internet (e.g., world wide web). Network 990 can be a wired or a wireless network. To 
name a few network implementations, network 990 can be, for example, a local area network 
(LAN), a wider area network (WAN), a public switched telephone network (PSTN); a Integrated 
Services Digital Network (ISDN), an infra-red (IR) link, a radio link, like Universal Mobile 
Telecommunications System (UMTS), Global System for Mobile Communication (GSM), Code 
Division Multiple Access (CDMA), or satellite link. 

[038] A variety of transmission protocols, data formats and conventions is known, for example, 
as transmission control protocol/intemet protocol (TCP/IP), hypertext transfer protocol (HTTP), 
secure HTTP, wireless application protocol (WAP), unique resovirce locator (URL), a unique 
resource identifier (URI), hypertext markup language (HTML), extensible markup language 
(XML), extensible hypertext markup language (XHTML), wireless markup language (WML), 
Standard Generalized Markup Language (SGML). 

[039] Interfaces coupled between the elements are also well known in the art. For simplicity, 
interfaces are not illustrated. An interface can be, for example, a serial port interface, a parallel 
port interface, a game port, a universal serial bus (USB) interface, an internal or external modem, 
a video adapter, or a sound card. 

[040] Computer and program are closely related. As used hereinafter, phrases, such as "the 
computer provides" and "the program provides", are convenient abbreviations to express actions 
by a computer that is controlled by a program. 

[041] Figure 2 shows an exemplary network topography used to implement current invention. 
In a company's electronic procurement system a potential user/purchsiser connects to an 
electronic shop using a desktop computer 900 through a computer network 990. Usually a 
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- remote computer 901 nmning a respective computer program, e.g. an electronic commerce 
software application, provides access to the electronic shop server 902, which holds data 
representing a catalog of items for sale. The items may include at least one of goods and 
services. Also connected to the network 990 is the data repository 910, which holds the data 
assigned to the user in particular relevant for using the electronic shop. The structure of the 
repository 910 and data it holds is described later on. The electronic commerce software 
application server 901 and the electronic shop server 902 may be distributed over the network. 
In another embodiment they may be different services running physically on the same machine. 
After accessing the electronic shop a showcase containing representations of items available in 
the shop is displayed on the screen to the user. 

[042] Figure 3 shows a flow chart of the process. By selecting representations of the items to 
be ordered and by putting the items into a representation of a shopping cart the user creates a list 
of items. The list comprises descriptions of the selected items including item number, price, etc. 
In the following when referring to the shopping cart the list of items is always included. By 
selecting and deselecting different items in process 1 1 the shopper changes the shopping cart 
until all required items are entered. At the end of the selection procedure the shopping cart is 
saved in process 12 for fiirther processing. The expression saving the shopping cart is intended 
to include action when a user selects a single item for purchase without creating a shopping cart 
explicitly. 

[043] The flow chart of Figure 3 shows in its left branch the process after the shopping cart has 
been saved for fiirther processing. Each time a shopping cart gets saved by process 12, a check 
is performed by process 1 3 whether or not a sufficient budget is still available to the specific 
user. Process 13 is described in detail referring to Figure 4. 

[044] To check whether or not a sufficient budget is still available to the specific user, the 
necessary information is loaded from a database table 33, 34 by process 26. The information 
includes data representing the budget-value assigned to the user, the time period for the budget, 
the cumulative amount spent by user in previous purchases, the spending-date, which is the date 
when a previous purchase happened. The data is stored in one database table. In another 
embodiment the data is sorted in two database tables. The first one 33 contains fields 
representing the User ID, the budget-value, the currency of budget-value, and the time period for 
the budget. The second one 34 contains fields representing the User ID, the cumulative amount 
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^ spent, the currency of cumulative amount spent, and the *spending-date' activity. By splitting 
the information between two database tables it is easy to assign budget- values to individual users 
that are defined either as attribute in the organizational structure or as personalized objects for a 
role, in which the user is acting, or as personalized object directly assigned to the user. 
[045] The field 'cumulative amount spent' represents the total monetary sum of all items a 
specific user has already ordered in the current time period. 

[046] The field *spending-date' represents the previous date a specific user has placed an order. 
It is replaced by the current date according to rules described later on. 

[047] Ail fields in the second table or, if only one database table is used, the respective fields in 
the first table, are first filled with data during the first shopping activity of the respective user. 
[048] After getting the above-described data in process 26 first the field 'spending-date' is 
compared to the current date in process 27. If the time period corresponding to the value of 
* spending-date' does not correlate to the actual time period for the budget, then the value of the 
cumulative amount spent is set to the initial value, which equals zero by process 28. 
Additionally the field * spending-date' is set according to the current date by process 29. 
[049] On the other hand the value of cumulative amount spent remains imchanged, if the time 
period corresponding to the value of 'spending-date' lies inside the actual time period for the 
budget. Processing continues directly with process step 30 

[050] Next in process step 30 the total monetary value of the items in the shopping cart is 
calculated and added to the 'cumulative amount spent'. The resulting sum Z is compared with 
the budget- value in process 30, also. If the sum S is greater than the budget value a message is 
created in process 3 1 . The message includes the amount exceeding the budget value and is not 
displayed right away but stored for later use. If the sum S is smaller than or equals the budget- 
value assigned to the user processing continues directly with process step 32. Process step 32 
retums to the calling process. 

[051] Referring now again to figure 3, if process 14 determines that the sum Z is smaller than 
or equals the budget-value assigned to the user, an automated approval for the procurement is 
generated by process 15. In the next process step 19 of the procedure the database is updated by 
saving the sum as the 'cumulative amount spent'. At the same time the shopping cart is 
forwarded to create the required nimiber of purchase orders by process 21 . The purchase orders 
are preferably in electronic form and directly sent to the respective vendors. 
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^[052] If process 14 determines that the sum exceeds the budget- value assigned to the user, 
process 16 prompts the user the message created by step 31 additionally asking either to accept 
the shopping cart as it is or to make changes in the selection of items. 

[053] In the first case a workflow for management approval will be started according to the 
approval workflow defined in the procurement system. In the latter case the user is guided back 
to the virtual shop and enabled to make changes to the contents of his shopping cart in order to 
fulflll the requirements for the automated approval. Process 1 7 directs the flow of prosecution 
according to the decision. 

[054] If changes are to be made on the contents of the shopping cart the processing is continued 
with process 1 1 . 

[055] Before on the other hand an approval workflow is started, the database is updated by 
saving the sum as the 'cumulative amount spent' by process 18. After the approval workflow 
process 20 approval only changes in the shopping cart, which were initiated during are taken into 
account. The changes comprise deletion of the whole shopping cart, deletion of one or several 
items, replacement of items, and addition of items. If the shopping cart contains items after 
approval the shopping cart is forwarded to create the requirement number of purchase orders by 
process 21 as pointed out before. 

[056] In the following the procedure for generating an automated approval is summarized: 
[057] Retrieve (Read out) *budget-value' assigned to user fi-om organizational model or 
personalized data from first table 33 and retrieve (Read out) 'cxunulative amoimt spent' assigned 
to user from second table 34 by process 26. If there is no entry, set 'cumulative amount spent' to 
initial value, which is zero. 

[058] Determine if the time period of the current date (purchase/order date) corresponds to the 
time period of 'spending-date' read out from the second table in process 27. If not, set 
'cumulative amount spent' to initial value, which is zero in process 28, and set value of 
'spending-date' to current date in process 29. 

[059] Calculate a new cumulative amount spent Z by adding the sum of values of the items in 
the shopping cart and the 'cumulative amovmt spent'. If the new cumulative amount spent Z 
does not exceed the 'budget-value' generate an automated authorization by process 15 and 
update value of 'cumulative amount spent' in database table by process 19. If the new 
cumulative amount spent Z exceeds 'budget-value' an authorization according to the 
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* authorization workflow 20 as outlined before is required after updating the value of * cumulative 
amount spent' in database table by process 18. After obtaining the required authorization, 
usually by means of an electronic workflow allowing the authorizing person to leave the 
shopping cart unchanged or to remove items from or to add items to the shopping cart, the value 
of 'cumulative amount spent' is updated by the value of the new cumulative amount spent 
calculated according to content of the authorized shopping cart. If the shopping cart is not 
changed during the authorization workflow, no update in the database tables is necessary. 
[060] In an example embodiment the virtual shop includes a fiirther button, which can be 
activated by a user. Upon activation a procedure is initialised, which performs a check 22 on the 
budget available to the user. Thus a user can check on the remaining budget before saving the 
shopping cart. Process consists of the steps outlined above omitting the steps of saving the data 
or creating the purchase order as shown in figure 3. 
[061 ] In the following the procedure to check the budget is summarized: 
[062] Retrieve 'budget- value' assigned to user from organizational model or personalized data 
(first table). 

[063] Retrieve 'cumulative amoimt spent' assigned to user from second table. If there is no 
entry, set 'cumulative amount spent' to initial value, which is zero. 

[064] Determine if the time period of the current date (purchase/order date) corresponds to the . 
time period of 'spending-date' read out from the second table. If not, set 'cumulative amount 
spent' to initial value, which is zero, and set value of 'spending-date' to current date. 
[065] Calculate a new cumulative amount spent by adding the sum of values of the items in the 
shopping cart and the 'cumulative amount spent' from database. 

[066] Compare the new cumulative amount spent with the 'budget- value' 23 and generate a 
respective message 25 on the screen informing the user about the exceeding budget value, 
[067] When a shopping cart waiting for approval crosses time periods, the total value is added 
to the 'amount spent' of the current time period when it is finally approved. So it is impossible 
to transfer budgets to a new time periods. 

[068] A number of embodiments of the invention have been disclosed. Nevertheless, it will be 
understood that various modifications may be made without departing from the spirit and scope 
of the invention. Accordingly, other embodiments are within the scope of the following claims. 



10 



Claims 

[001] Method for generating an automatic authorization of shopping carts created during a 
procedure of electronic procurement of items depending on values stored in a database table, the 
method comprising: 

a) retrieving data from the database table including data representing a budget-value and 
data representing a cumulative amount spent during a specified time period assigned to the user 
performing the electronic procurement (26), 

b) calculating the total value of items in the shopping cart, 

c) comparing the sum of the value of the cumulative amount spent and the total value of items in 
the shopping cart with the budget- value (14), 

d) if the sum lies within the budget- value 
dl) generating the authorization (15), and 

d2) updating the value of cumulative amount spent by the total value of items in the shopping 
cart (19), 

e) if the sum lies not within the budget- value an indication is generated indicating that the budget 
is exceeded (16, 24). 

[002] The method of claim 1 wherein the items subject to electronic procurement include one 
of goods and services. 

[003] The method of claim 1 wherein the data is retrieved from two database tables (33, 34). 
[004] The method of claim 3 wherein the data retrieved from the first database table (33) 
includes at least one of a user identification, budget- value, currency of the budget- value, and 
time period for the budget- value. 

[005] The method of claim 3 wherein the data retrieved from the second database (34) table 
includes at least one of a user identification, cumulative amount spent, currency of cumulative 
amount spent, and spending-date. 

[006] The method of claim 1 fixrther comprising the step of: 

al) setting cumulative amount spent in the database table to an initial value (28), if the time 
period of the current date does not correspond to the time period of spending-date. 
[007] The method of claim 6 further comprising the step of: 

a2) setting the value of spending-date in the database table to the current date (29), if the time 
period of the current date does not correspond to the time period of spending-date. 
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* [008] The method of claim 1 wherein the indication includes a request for changing the 
contents of the shopping cart or for further authorization (16, 17). 

[009] Computer program product comprising program code means stored on a computer 
readable medium for performing the method of any one of the claims 1 to 8 when the program is 
run on a computer. 

[010] An article comprising a computer readable medium that stores executable instructions 
causing a computer system to: 

retrieve data from a database table including data representing a budget-value, data representing 
a time period for the budget-value, data representing a cumulative amount spent during the time 
period, data representing a spending-date, all being assigned to the user performing an electronic 
procurement (26), calculate the total value of items in a shopping cart created during a procedure 
of electronic procurement, 

compare the sum of the value of the cumulative amount spent and the value of items in the 
shopping cart with the budget-value (14), 
if the sxun lies within the budget- value 
dl) generate the authorization (15) and 

d2) update the value of cumulative amount spent by the value of items in the shopping cart (19), 
e) if the sum lies not within the budget- value, an indication is generated indicating that the 
budget is exceeded (16, 24). 

[Oil] The eirticle of claim 10 comprising further instructions causing a computer system to 
retrieve data from two database tables (33, 34). 

[012] The article of claim 1 1 comprising further instructions causing a computer system to 
retrieve data from the first database table (33) including at least one of a user identification, 
budget-value, currency of the budget-value, and time period for the budget-value. 
[013] The article of claim 1 1 comprising further instructions causing a computer system to 
retrieve data from the second database table (34) including at least one of a user identification, 
cumulative amovmt spent, currency of the cumulative amount spent, and spending-date. 
[014] The article of claim 10 comprising further instructions causing a computer system to: 
set cumulative amoimt spent to an initial value (28), if the time period of the current date does 
not correspond to the time period of spending-date. 

[015] The article of claim 14 comprising further instructions causing a computer system to: 
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a2) setting the value of spending-date to the current date (29), if the time period of the current 
date does not correspond to the time period of spending-date. 

[016] The article of claim 10 comprising further instructions causing a computer system to: 
create a request to change the contents of the shopping cart or to get further authorization (16, 
17). 

[017] System or generating an automatic authorization of shopping carts created during a 
procedure of electronic procurement of items depending on values stored in a database table, the 
system comprising; 

-information retrieval means (930) for getting data from the database table (33, 34) including 
data representing budget- value, time period for the budget-value, cumulative amount spent, and 
spending-date assigned to the user performing the electronic procurement, 
-computing means (910) for: 

—calculating the total value of items in the shopping cart, 

—for comparing the sum of the value of cumulative amount spent and the value of items in the 
shopping cart with the budget- value, 

—for generating the authorization and updating the value of cumulative amoimt spent by the 

value of items in the shopping cart if the sum lies within the budget-value, 

—and for generating an indication indicating that the budget is exceeded (16, 24). 

[018] The system of claim 17 wherein the data is retrieved from two database tables (33, 34). 

[019] The system of claim 1 8 wherein the data retrieved from the first database table (33) 

includes at least one of a user identification, budget- value, currency of the budget- value, and 

time period for the budget-value. 

[020] The system of claim 18 wherein the data retrieved from the second database table (34) 
includes at least one of a user identification, cumulative amount spent, currency of the 
cumulative amount spent, and spending-date. 
[02 1 ] The system of claim 1 7 further comprising: 

information storage means (920) for setting cxmiulative amoxmt spent to an initial value, if the 
time period of the current date does not correspond to the time period of spending-date. 
[022] The system of claim 21 wherein the information storage means (920) perform the step of 
setting the value of spending-date to the current date, if the time period of the current date does 
not correspond to the time period of spending-date. 
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' [023] The system of claim 17 wherein the items include at least one of goods and services. 
[024] The system of claim 17 wherein the indication includes a request for changing the 
contents of the shopping cart or for further authorization (16, 17). 

[025] System for generating an automated procurement authorization in an electronic shopping 
system comprising: 

-networking means (990) for allowing a user (900) to access a server (901, 902) managing a 
shop; 

-display means (950) for displaying representations of items available in the shop for selecting, 
each item having a value, and a shopping cart on a screen to the user; 

-selection means (940) for allowing the user to select items to be purchased on the screen and to 
put the selected items into the shopping cart; 

-computing means (910) for memorizing a budget- value assigned to the user and a first variable 
representing the cumulative amount spent in the user's previous procurement transactions, for 
updating the first variable by the value of the selected items in the shopping cart, and for 
comparing the first variable with the budget-value; 

-approval means for generating the automated procurement authorization, if the first variable is 
smaller than the budget- value, and for generating a message on the screen to the user, if the first 
variable exceeds the budget-value. 

[026] Method for generating an automated procurement authorization in an electronic shopping 
system wherein a client is accessing an electronic shop through a computer network: 
-displaying representations of items available in the shop for selecting, each item having a value, 
and a shopping cart on a screen to the user; 

-selecting items to be purchased and putting the selected items into the shopping cart; 
-updating a first variable representing the cumulative amount spent in the user's previous 
procurement transactions by the value of the selected items in the shopping cart; 
-comparing a budget- value assigned to the client with the first variable, and for the first variable 
with the budget-value; 

-approval means for generating the automated procurement authorization, if the first variable is 
smaller than the budget- value, and for generating a message on the screen to the user, if the first 
variable exceeds the budget-value. 
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Abstract: 
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